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New Version of OSCAR 

A new version of OSCAR (V54) has been released. There 
are a number of changes and improvements over version 53. 
These are described below. 

Changes 

1. Formerly, the character @ could be used in data input 
(READ statement) to indicate that the variable being 
read should not be changed. This has been changed; the 
dollar sign ($) is now used instead of @. 

2. The READCHAR statement will now give an empty character 
string as a result when either a quote mark (") or a 
carriage return (end of line) is read. Formerly, only 
the quote mark produced this result. In the next ver- 
sion of OSCAR, READCHAR will give an empty character 
string only on end-of-line, while the quote mark will 
produce a character string containing a quote mark. 

3. The handling of long symbols in & commands has been 
changed.. Previously, if a symbol had more than 8 char- 
acters, OSCAR would use the first 7 characters and the 
last character. This caused problems; in commands such 
as &SAVE,20=ZORCHDATA, OSCAR would save unit 20 under 
the name ZORCHDAA. However, all other systems under 
OS-3 that handle file names use the first 8 characters 

of long names. So, an OS-3 statement #EQUIP,10=ZORCHDATA 
would try to equip a file name ZORCH DAT, which is ob- 
viously not the same as ZORCHDAA. To eliminate this 
incompatibility, OSCAR V54 now uses the first 8 char- 
acters of long names in & commands. 
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Improvements and Correction of Bugs 

1. ENTIER and FP used to give incorrect results for certain 
values. These bugs have been fixed. 

2. The dollar sign ($) is now allowed as a substitute for 
semicolon (;). Either of these characters may be used 
to separate statements. This change was made for the 
convenience of users of display consoles, since the con- 
soles do not have the semicolon. 

3. When an error occurs in an & command in a stored pro- 
gram, the error messages will now indicate which step 
was being executed. 

4. The OSCAR translator can now handle longer lines. Pre- 
viously, if a line produced a translated form of more 
than 63 items, the message TOO LONG OR TOO COMPLICATED 
would be printed. The translator can now handle a line 
of up to 127 items. 

5. There was a problem with having too many references to 
constants. For example, a statement such as A(l:25, 
1:25) :=1 would produce the message REFERENCE COUNT OVER- 
FLOW, because this statement would result in 62 5 refer- 
ences to the constant 1. The reference count was (and 
still is) limited to 511. In OSCAR V54, short constants 
(4 characters or less) effectively no longer have re- 
ference counts, so any number of references to such con- 
stants are allowed. 

6. When OSCAR is reading information from files, records 
must not be longer than 136 characters. Previously, if 
a longer record were read, OSCAR simply truncated it to 
136 characters. OSCAR V54 complains about long records; 
it prints the message INPUT RECORD TOO LONG. 
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Extensions to Existing Features 

1. Previously, there were limitations on the use of zero as 

a subscript. A(0) was allowed, but A (2,0) was not. Also, 
A(0) was treated essentially as a separate variable and 
was not included in the array A. This has been changed 
so that zero subscripts are now allowed in any subscript 
position, and the elements with zero subscripts are in- 
cluded in the arrays. Operations on arrays will now in- 
clude elements of zero subscript. However, one cannot 
invert an array with such elements (1/A will fail) . Sub- 
script range is now limited to either to 254, or to 
1 to 255 (user's choice). 

When arrays are PRINTed, no indication is given as to 
whether the subscripts start with or 1. However, if 
an array is EPRINTed, the word ARRAY means that sub- 
scripts start with 1? the word ZARRAY means that they 
start with 0. One can also use the word ZARRAY when 
typing in an array, to specify that subscripts should 
start with 0. 

2. Sub-array notation has been generalized, to allow any 

number of levels. For example, B(4:7,l:5,4,0:6) denotes 
the sub-array of B that contains the elements in which 
the first subscript ranges from 4 to 7, the second sub- 
script from 1 to 5, the third subscript is 4, and the 
fourth subscript ranges from to 6. Also, a notation 
such as A(3:2) is now allowed. This produces an "empty" 
result that does not affect values of other quantities 
combined with it. This feature should simplify the 
programming of certain types of calculations. For ex- 
ample, A(I+1:N) might occur in a loop, where I ranges 
from 1 to N. Previously, one would have to program a 
check to do something special when I=N, to prevent an 
error from occurring on A(N+1:N) . In the new scheme, 
such testing should usually be unnecessary. 
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3. Previously, the ARG function was defined only for two 
real arguments: ARG(X,Y) is the angle (-it to +tt ) be- 
tween the positive x-axis and the line from the origin 
to the point (X,Y) in a cartesian coordinate system. 
In OSCAR V54, ARG is also allowed as a function of a 
single complex number; ARG(Z) is the angle between the 
positive x-axis and the vector representing the com- 
plex number Z. That is, ARG(Z) = ARG(RE (Z) ,IM(Z) ) . 

New Features 

1. The determinant function DET has been implemented. 
DET(A) has a value which is the determinant of the square 
array A. 

2. The functions EPART (exponent part) and NPART (number 
part) have been implemented. For example, if X = 
1.2345E21, then EPART(X) = 21 and NPART(X) = 1.2345. 

3. Character string processing in OSCAR is being changed 
considerably. These changes are not present in OSCAR 
V54, but the words DECODE, ENCODE, and TEXT are now 
reserved words (not yet implemented) , in preparation 
for this change. 

4. OSCAR can now be used at display consoles as well as 
from teletypes. The CRT user types ^OSCAR and presses 
SEND. OSCAR will display some instructions, indicating 
differences between teletype and display usage. The 
input/output routines for display usage occupy some 
storage space, so the CRT user has less storage space 
than a teletype user. The experimental version *TVOSCAR 
is being withdrawn. 

5. A new command has been implemented: &WIDTH, < integer > 
specifies the number of characters per line on the user's 
console. The WIDTH is preset by OSCAR to 72 for a tele- 
type, or 50 for a display console. The &WIDTH command 
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allows the user to change the standard width, if he so 
wishes. This is especially useful when the user's con- 
sole has a longer or shorter line than usual. Note: 
the WIDTH command has no effect on the length of records 
written on files or other output devices. These record 
lengths are determined by OSCAR. 

OSCAR V54 has a new feature that allows the user to de- 
fine new operators of his own choosing. To do this, 
the user first picks a name for the operator. The name 
must start with a question mark (?) , and may include 
up to 3 letters and/or digits after the (?) . For ex- 
ample, one could use the following as names for operators 
? ?A ?3X ?ADD ?42 

An operator is defined by a LET statement, and must have 
two arguments. For example: 

LET ?Q(X,Y) = SQRT(X+2 + Y+2) 
An operator so defined is then used between its operands, 
like other operators. For example, B:=3 ?Q 4 will as- 
sign the value 5 to B. The statement C:=3 ?Q 4 ?Q 12 
will assign the value 13 to C. (3 ?Q 4 is 5, and 5 ?Q 
12 yields 13) . 

All ?operators are considered to have the same prece- 
dence, which is higher than all other operators except %. 



